home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000191_worsch@ira.uka.de_Sat Jan 29 16:22:49 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  2KB

  1. Received: from iraun1.ira.uka.de by cs.umb.edu with SMTP id AA00794
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Sat, 29 Jan 1994 16:22:49 -0500
  3. Received: from ira.uka.de by iraun1.ira.uka.de id <06358-0@iraun1.ira.uka.de>;
  4.           Sat, 29 Jan 1994 22:22:41 +0100
  5. To: tex-k@cs.umb.edu
  6. Subject: kpathsearch strategy: question/suggestion
  7. Reply-To: worsch@ira.uka.de
  8. Date: Sat, 29 Jan 94 22:24:24 MET
  9. From: worsch@ira.uka.de
  10. Sender: worsch@ira.uka.de
  11. Message-Id: <"iraun1.ira.360:29.00.94.21.22.43"@ira.uka.de>
  12.  
  13. Hello,
  14.  
  15. while trying to find the reason of a tex core dump, I'm just looking
  16. at the output of a 'strace tex ....' command. It seems that in the
  17. case of an
  18.  
  19. \input fname
  20.  
  21. kpathsea first tries to find the file with 'fname.tex', i.e. '.tex' is
  22. appended. If file 'fname.tex' is not found, then file 'fname' is
  23. searched for.  This is fine for plain tex users. But consider the case
  24. where someone is using e.g. latex. I assume that for each .sty file
  25. and for each .aux file which is \input the file name must be fully
  26. specified. (Is this correct?) I.e.: fname is something like
  27. 'foobar.sty'. Now kpathsea will first try to find 'foobar.sty.tex' and
  28. only after having searched the complete TEXINPUTS hierarchy
  29. unsuccessfully for this file, it will try 'foobar.sty'.
  30.  
  31. Question: Is this correct? If so I'd like to make the following 
  32.  
  33. Suggestion: If kpathsea has to search for an input file called 'fname'
  34. and if 'fname' already contains a dot, then 'fname' is tried before
  35. 'fname.tex'.
  36.  
  37. Would it be possible to modify kpathsea that way?  (I assume that it
  38. would not take too much time to look for a dot. At least it should be
  39. faster than doing approximately 30 access calls and 50 stat calls,
  40. which is what currently happens for one unsuccessful search in
  41. TEXINPUTS at this site.)
  42.  
  43. Thomas